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Digital  Mapping,  Charting,  and  Geodesy  Analysis  Program  Technical  Review 
of  Raster  Product  Format  (RPF)  and  Scanned  Map  (SMap) 


1.0  Introduction 

This  review  discusses  four  documents:  the  Raster  Product  Format  (RPF)  standard  [1] 
and  its  two  companion  documents  on  registered  data  values  [2]  and  National  Imagery 
Transmission  Format  (NITF)  file  integration  [3];  and  the  Scanned  Map  (SMap) 
specification  [4],  formerly  the  Compressed  ARC  Digitized  Raster  Graphics  (CADRG) 
specification.  One  of  these  documents,  [3],  has  not  changed  since  the  Digital  Mapping, 
Charting,  and  Geodesy  Analysis  Program  (DMAP)  last  reviewed  the  RPF  standard  [5]. 
Therefore,  the  comments  made  in  that  review  still  apply. 

For  the  most  part,  the  RPF  standard  and  its  ■  lered  data  values  have  improved  as  a 
stand-alone  product  format.  Some  correcti  j  been  made,  and  the  integration  of 
the  RPF  into  NITF  is  somewhat  better.  For  exa»  ./le,  the  location  section  now  records 
the  addresses  of  sections  relative  to  the  beginning  of  vhe  NITF  message  rather  than  the 
beginning  of  the  RPF  header  section.  The  same  is  true  for  the  color/grayscale  offset 
records.  Also,  a  component  aggregate  length  field  is  new  provided  in  the  location 
section,  which  more  closely  resembles  the  NITF. 

DMAP  strongly  recommends,  however,  that  the  eventual  interoperability  air  ing  the  triad 
Vector  Product  Format  (VPF)/RPF/Text  Product  Standard  (TPS)  be  the  driving  force 
for  further  development  of  the  raster  standard.  Since  many  products  have  been 
implemented  in  VPF,  and  that  standard  is  in  wide  use,  the  RPF  should  emulate  as  much 
of  VPF’s  structure  as  possible.  How  metadata  is  handled  and  how  data  are  tiled  are  just 
a  few  of  the  issues  that  must  be  given  more  consideration.  These  topics  and  others  were 
examined  and  documented  in  DMAP’s  previous  technical  review  of  RPF. 

The  final  document,  the  SMap  specification,  is  simply  a  renamed  version  of  the  CADRG 
specification.  Few  changes  were  made  to  the  actual  document. 


2.0  List  of  Essential  and  Suggested  Comments 

The  following  list  supplies  comments  classified  as  "essential"  or  "suggested."  Page 
numbers  and  line/figure/table  positions  are  given,  as  well  as  recommended  alternate 
text. 

KEY  p  =  page  1  =  line 
t  =  table  f  =  figure 
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2.1  Essential 

BEE  11) 

1.  p.7,1.7,10 

2  p.20,1.4 

3.  p.23,1.6 

4.  p.30,1.6 

5.  p.  47.  f.  3 

6.  p.  66, 1.  34 

Registered  Data 

7.  p.11,10-11 

8.  p.  21, 1.  5 


Arc  should  be  the  acronym  ARC  ("Equal  Arc-Second  Raster  £hart/Map"). 

How  does  one  distinguish  between  different  boundary  rectangles?  This 
question  was  answered  in  the  FIGURE  1  on  p.  31  (reference  each 
boundary  rectangle  by  the  lat/long  vertices)  in  the  specification  dated  9 
November  1993  but  has  been  removed  in  this  version.  This  detail  needs  to 
be  addressed  in  both  text  (Section  5.1.3  on  p.  19)  and  FIGURE  1. 

The  names  of  the  mask  tables  should  be  consistent.  Either  use 
[transparent  pixel  mask  table]  or  [transparency  mask  table]  but  not  both 
interchangeably.  Moreover,  a  more  descriptive  name  for  the  [subframe 
mask  table]  would  be  the  [empty  subframe  mask  table],  which  is  parallel  to 
[transparent  pixel  mask  table]. 

Generally  speaking,  the  external  table  of  contents  file  (containing  offsets  to 
RPF  file  components)  has  been  retained  even  though  N1TF  headers  and 
RPF  header  files  themselves  hold  much  of  this  information.  The  only 
purpose  of  the  table  of  contents  file  seems  to  be  to  allow  the  reading  of  an 
RPF  file  without  having  to  know  the  NTTF. 

In  line  33  (and  other  subsequent  lines),  "transparency  mask  table"  is  used. 
There  should  be  a  standard  reference  to  this  entity:  "transparency  mask 
table"  or  "transparent  pixel  mask  table." 

A  reference  to  a  section  is  missing.  Most  likely,  the  intended  section  is 
5.1.22 

Values  for  RPF  121 

DTED  and  the  proposed  CDTED  (Compressed  DTED)  are  gridded 
products  which  are  no  longer  supported  by  RPF. 

Specify  in  this  table  that  VQ  represents  Vector  Quantization. 


2.2  Suggested 


RPF  H] 

9.  p.  2  1.  22  The  proper  document  is  MIL-STD-2407,  which  will  supersede  MIL-STD- 
600006. 


10.  p.  11,  L  27  In  Section  4.42.1,  move  "Note:  ~  denotes  exponentiation."  above  the  first 

occurrence  of  the  "/s"  symbol.  Also,  be  consistent  with  subtraction  spacing: 
second  equation,  "B  - 1"  on  line  19. 

11.  p.  17,  L  35  "A  central  authority  (Le.,  DMA)  shall  assign  each  producer  of  RPF  [frame 

file]s  a  block  of  <  reference  designator  >  ’numbers’  for  its  exclusive  use. 
Each  producer  shall  be  responsible  for  generating  a  <  reference 
designator >  value  which,  combined  with  a  given  <data  series  and  zone> 


2 


shall  make  the  [file  name]  unique  for  each  [frame  file]."  Will  this 
procedure  be  standard  for  other  files  in  the  VPF/RPF/TPS  triad?  If  not, 
why  was  it  incorporated  into  RPF  only? 


12.  p.  20, 1.  10  Different  variables  should  be  used  to  describe  subframe  size  in  sections 

5.1.3. C.1  and  5.1.3.C.2  since  N  and  M  were  used  to  describe  frame  size  in 

5.1.3. b.l  and  5.13.b.2.  A  figure  (an  example  is  given  in  Figure  1  of  this 
review)  showing  the  way  in  which  frames  and  subframes  are  referenced 
within  boundary  rectangles  is  recommended. 

13.  p.  23, 1.  20  The  wording  in  this  section,  although  technically  correct,  could  be  modified. 

A  suggestion:  If  all  subframes  in  the  [frame  file]  are  present  and  there  are 
no  transparent  pixels  in  any  of  these  subframes,  then  the  [mask  subsection] 
shall  not  be  recorded. 


14.  p.  27, 1.  29  MIL-STD-600006  will  be  superseded  by  MIL-STD-2407. 

13.  p.  31, 1.  4  How  does  one  determine  a  boundary  rectangle?  Is  there  a  standard 
method? 


16.  p.  35, 1.  27  A  lower  bound  (">  =  10")  is  given  for  the  size  of  each  [component  location 
record].  However,  according  to  FIGURE  2,  the  size  of  this  record  is 
precisely  10.  Similar  bounds  are  given  for  other  record  lengths,  but  not 
consistently  for  all  records.  For  instance,  on  page  52,  line  40,  another 
[component  location  record]  is  defined.  Why  is  the  minimum  size  not 
given  in  this  example? 


Registered  Data  Values  for  RPF  f2I 

17.  p.  31, 1.  1  This  section  lists  valid  datum  codes  currently  registered  for  RPF  products, 
whereas  the  RPF  standard  states  on  page  6,  line  40  that  the  horizontal 
datum  shall  be  WGS84  and  the  vertical  datum  shall  be  product  dependent. 
Is  the  WGS84  stipulation  a  suggestion,  or  should  the  table  of  datum  codes 
refer  to  vertical  datum  only? 


3.0  Editorial  Comments 


All  editorial  comments  are  included  in  the  following  list. 


BTEUl 

18.  p.  ii,  1. 1  The  contents  section  titles  should  be  indented  for  ease  of  reading. 

19.  p.  8,  L  35  ’  "Var."  ’  instead  of  ’  "var".  ’  is  preferred;  i.e.,  the  period  is  placed  inside  the 

quote.  There  are  other  instances  of  this  on  page  16  line  16  and  page  17 
line  10. 


20.  p.  13, 1.  17 

21.  p.  21, 1.  10 

22.  p.  23, 1.  20 


Remove  the  space  before  ”/"  to  avoid  confusion  with  division. 
Use  should  be  uses. 

This  subsection  should  be  labeled  f,  not  e. 
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23.  p.  26, 1.  31 

24.  p.  30,  L  24 

25.  p.  41,  L  39 

26.  p.  42, 1.  30 

27.  p.  58, 1.  37 

28.  p.  59, 1.  52 

29.  p.  60, 1.  1 


Remove  the  first  occurrence  of  be. 

There  is  an  extra  ")"  symbol. 

There  is  an  extra  ")"  symbol. 

Insert  the  word  values  after  pixel. 

The  ending  period  is  missing. 

Previously  should  be  previous  or  previously  defined. 
Field  >  should  be  field. 


30.  p.  62, 1.  49  A  ")"  symbol  is  missing. 


31.  p.64,1.8 

32.  p.  65, 1.  21 

.SMap.14] 

33.  p.  22, 1.  11 

34.  p.  47, 1.  13 

35.  p.  82 

36.  p.  83, 1.  10 

37.  n/a 


A  ")"  symbol  is  missing. 

There  is  an  extra  ")"  symbol 

Remove  the  semicolon  from  the  section  title. 

The  section  number  3033  should  be  303.2. 

Due  to  the  changes  in  the  CADRG  specification,  the  current  index  is  not 
up-to-date.  For  example,  "areal  extent"  is  now  discussed  on  page  26. 

The  color/grayscale  section  is  3.123,  not  2.123,  and  it  is  on  page  23. 

This  document  needs  an  indented  table  of  contents. 


4.0  Recommendations 

The  "essential"  comments  noted  above  should  be  incorporated  into  the  appropriate 
documents.  These  changes  will  improve  the  suite  of  standards  composing  RPF.  In 
addition,  the  "suggested"  comments  need  to  be  addressed  before  further  advancement  of 
the  RPF,  Finally,  the  editorial  changes  listed  in  this  review  under  Section  3.0  should  be 
made. 

This  analysis  completes  DMAP’s  second  evaluation  of  RPF-related  documents.  Most  of 
the  suggestions  from  the  previous  RPF  review  [5]  were  adopted.  However,  the 
recommendations  concerning  RPFs  relationship  to  VPF-type  layers  in  a  Global 
Geospatial  Information  and  Services  initiative  were  not  adopted.  Moreover,  DMAP 
recommends  additional  consideration  be  given  to  other  unaddressed  topics  raised  in  the 
previous  review,  namely,  the  RPF  tiling  scheme,  remotely  sensed  data,  and  the  Spatial 
Data  Transfer  Standard. 
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Appendix.  Acronyms. 


CADRG 

CDTED 

DMAP 

DTED 

GGIS 

NITF 

NRL 

RPF 

SMap 

TOWS 

TPS 

VPF 

WGS84 


Compressed  ARC  Digitized  Raster  Graphics 

Compressed  Digital  Terrain  Elevation  Data 

Digital  Mapping,  Charting,  and  Geodesy  Analysis  Program 

Digital  Terrain  Elevation  Data 

Global  Geospatial  and  Information  Services 

National  Imagery  Transmission  Format 

Naval  Research  Laboratory 

Raster  Product  Format 

Scanned  Map 

Tactical  Oceanographic  Warfare  Support 
Text  Product  Standard 
Vector  Product  Format 
World  Geodetic  System  1984 
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